Vision流控这两天也开始封端口了，流量特征可能已被识别,about xtls/xray

说起 DMIT，现在的人，总是喜欢事情还没搞清楚，就先起个大新闻的标题，内涵一下 #1503

相对于 XTLS Vision 的使用基数，目前几乎没有收到 配置正确 的 Vision 被封端口的报告，配置正确 指的是：

ban report 服务商SAKURA internet 服务端目前为vision,none和之前的(x)tls，早阵子（大概两个月前）443二进宫后转用444，今晨发现被封 有分流+正常的公共服务，理论上端口上很多正常流量 代理一定程度上有共享（熟人共享）

可能我的稍微有那么一点明显吧

@heartboiled Vision 默认不兼容普通 TLS 代理是有原因的，因为兼容的话，Vision 的努力就白费了，要做好随时被封的心理准备。 就在昨天，我刚好看到了一个特别搞笑的事情：

我把xtls rprx vision分享给朋友 然后他问我iOS端怎么办 我只好又分享了一份vless tls tcp版本的 然后隔天给我封了端口号 一问 他妈的直接给电脑上的V2rayN用 然后V2rayN的版本和xray core一年多没更新了 真是无语 老版本V2rayN连utls的选项都没有 有什么方法能自动拒绝低版本xray core以及不带指纹伪装的低版本客户端连接 这群**非常不自觉 三令五申不准开全局模式用 算是记住了 然后又不更新客户端 我以后就分享xtls rprx vision版本 iOS小火箭用不了拉倒 连不上别问我怎么回事 自己升级客户端版本去

所以说，开 Vision 却兼容旧代理协议分享给别人用，你根本想不到别人会怎么霍霍，这是你无法控制的。 如果你只分享了 Vision，那本质上就已经筛选掉了没指纹选项的旧客户端，这也是 Vision 相对于众多旧代理协议的优势之一。

说回这个 issue，@zycboss 我认为你端口被封的原因并不是“流量特征可能已被识别”，我们可以先假设这一命题成立，那么一定会有大规模的端口被封报告，而这是没有发生的，故，命题不成立。再说，你指望 GFW 相关单位/企业春节不回家加班搞研发应用也不太现实。你端口被封应该是触发了 GFW 的旧规则，有可能是使用姿势不正确导致的，也有可能是 IP 段重点或不干净导致的。

寻找原因、寻求帮助，是完全可以的。但还是那句话，事情还没搞清楚之前，不要总想着弄个大新闻。

from xray-core.